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ABSTRACT 


A study of the Master Data Record system used at the 
Naval Air Rework Facility, North Island, California, was 
undertaken. Several visits were made to the facility and 
personnel were interviewed. An operational knowledge of 
the Master Data Record file maintenance procedure was 
gained and several problem areas were explored. A proposed 
On-Line Master Data Record Project being pursued at the 
facility was studied and critiqued. Several alternative 
solutions to the problem existing in the present file 
maintenance system and recommendations for further study 


were made. 
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A. NAVAL AIR REWORK FACILITY, NORTH ISLAND 

The Naval Air Rework Facility (NAVAIREWORKFAC), North 
Island Naval LE Seaton, Sanebieso »~Galliformia, 1s* the 
largest of six naval air rework facilities presently 
operated by the United States Navy, to service aircraft 
of the United States Navy and Marine Corps. fThe facility 
is an industrial activity of the naval shore establishment, 
under the command and primary support of the Commander, 
Naval Air Systems Command. Command, management coordina- 
tion and tecnnical control has been delegated to the 
Assistant Commander for Logistics/Fleet Support, Naval Air 
systems Command, who exercises this responsibility through 
the NAVAIRSYSCOMREPAC. The Commanding Officer, NAVAIREWGRKFAC, 
is held accountable for the efficiency, effectiveness of 
performance, and economy of operations and prescribes vital 
management systems and standards within which local manage- 
ment structure and systems will be developed. The 
NAVAITREWORKFAC is under Navy Industrial Funding. 

The workload of the NAVAIREWORKFAC includes a complete 
‘range of rework and engineering operations on designated 
weapons such as aircraft, engines, components and associated 
accessories and equipments. Aircraft serviced by the 
NAVAITREWORKFAC include the F-4, E-2 and helicopters. The 


rework performed on these aircraft includes repair, overhaul, 






conversion, modernization, progressive aircraft rework 
and analytical rework as well as repair of crash damage 
when feasible. In addition, the NAVAIREWORKFAC, North 
Island, hes been tasked with Project Bee-Line--the Bene 
version of F-4B’s to F-4N's. 

The NAVAIREWORKFAC is presently made up nine major 
divisions (Figure 1), and employs over 7,000 personnel. 
Each division is made up of a direct labor force and an 
indirect labor force which is composed on managerial, 
secretarial, supervisory and administrative personnel. 
The NAVAIREWORKFAC has an annual budget of $165 million 
and overhauls approximately 80 aircraft and 23,000 re- 
lated components per quarter. 

The Production Engineering Department, 60000, (Figure 2), 
as one of the staff elements of the NAVAIREWGRKFAC, pro- 
vides functions that are essential to the operations of 
the other departments of the Activity. The timely exe- 
cution of these functions require close relationships 
within the Production Engineering Department as well as 
Teeemeuee Production Planning and Control and Aeronautical 
Engineering Departments. The Production Engineering 
Department acts upon current and short-range planned pro- 
duction information from the pducton Planning and 
Control Department and longer-range pianned production 
information from the Naval Air Systems Command. 

MiemOvesateons Analyvotcmeiveciom, O2000, initiates 


the production engineering of these programs, and develops 
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and implements the operations analysis program covering 
the production shop operations. The Operations Analysis 
Division is composed of three branches: Accessories and 
Permonende Buamenpeoc lOO Airerart cad Emeineouemanen, 
62200; Pilot Overhaul Branch, 62300. The data furnished 
by the Operations Analysis (62000) and by the Methods 
and Standards (63000) Divisions are the basic tools for 
tiembroductlon Planning and Production Control Divisions 
Gmechie Prodwetluen: Planning and Gontrol Department in 


Saarying out their respective functions. 


B,. DEFINITION OF PROBLEM 

An orderly induction and flow of work through the 
NAVAIREWORKFAC is assured by detailed Workload Control 
procedures. A management information system, NAITLC/MIS 
Stage I, provides information retrieval to the operational 
level. That portion of the NAILC/MIS which is the responsi- 
bility of the NAVAIREWORKFAC is known as the Workload 
Control Segment. The Workload Control Segment provides 
the means to retrieve information from the production 
shops and to process the data with certain source documents 
to create required management reports. The various master 
data files required to support this management information 
systems are primarily maintained by the Operational Analy- 
Sis Division. The Operations Analysis Division aiso- 
researches and develops the technical data for the pre- 
paration and maintenance of the Master Data Records (MDR) 


on all rework programs. 


BZ 





The MDR is the primary source of data for the pre- 
paration of production control documentation and subsequent 
management reports. The MDR file must be created and 
maintained properly before any of the other NAILC/MIS 
applications can be successfully operaticnal. The MDR 
is a dynamic Master File which requires timely and accurate 
file maintenance to insure that production control and 
management reports contain the latest information. 

The NAVAITREWORKFAC has a master data file of approxi- 
mately 159,000 MDR& as of the end of 1974. These MDRs 
are the responsibility of the three branches of the 
Operations Analysis Division with the Components Branch, 
62100, responsible for approximately 75 percent of the 
existing MDRs. The daily MDR file maintenance required 
is becoming an increasingly greater part of the Operations 
Analysis Division's workload. The Components Branch also 
has the responsibility of routing other branch MDR inputs 
and maintains the Optical Character Recognization (OCR) 
typist pool for the division (with the exception of two 
OCR typists in the 62200 Branch). The daily file mainte- 
nance consists of update actions resulting from changes 
to time standards, codes, processes, routings, technical 
directives, deletion of MDRs for components no longer 
processed and ane addition cf new MDRs. 

The master data file is on magnetic tape storage 
in a computer, but the file maintenance is accomplished 


by manual means such as hand-written forms, the guard 
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mail and OCR typists to produce an OCR input to be read 
by an OCR scanner. The OCR scanner transfers the MDR 
update information to magnetic tape for batch updating 
the master data file at a later time. Essentially, the 
present manual file maintenance process results in time 
delays which average five to seven days to update an MDR. 
In addition, priority items, heavier than usual workload 
for the analysts and OCR typists and human factors fre- 
quently produce backlogs which can result in time delays 


much greater than for routine changes. 


C. PURPOSE AND QBJECTIVES 

Early in 1973 NAVAIREWORKFAC recognized the problems 
inherent in the manual maintenance system used for the 
MDR master file, and a need to upgrade the present method 
of file maintenance was ciearly established. Code 210 
was directed to begin a detailed study of the potential 
for random access (on-line) updating of MDRs via remoted 
terminals connected directly to a computer. Meetings 
with Data Processing Services Center Pacific resulted in 
a proposed on-line system utilizing the Burroughs 4700 
computer via remoted CRT terminals and remoted printers. 
NAVAITREWORKFAC and Code 210 personnel have pursued the 
project with hopeful implementation of system on 15 
September 1974. However, personnel equipment and mone- 
tary restraints have precluded meeting the September date. 
As of January, 1975; a user “Synopsis of System Requirements" 


has been compiled to be forwarded to the NAILC/MIS MDR 
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Program Manager as the NAVAIREWORKFAC, NORIS, requirements 
for On-Line MDR Maintenance. In addition, system speci- 
fications are being prepared to forward to the Data 
Processing Service Center, Pacific, (DPSCPAC) and 
Workload Control Team; the specifications are expected 

to be completed by i5 March, 1975. 

The purpose of the work presented in this paper is to 
study the present MDR file maintenance system and report 
on the system, how it operates and problem areas en- 
countered. Several problems which exist in the present 
system, along with possible methods for remedying the 
problems will be described. The MDR On-Line Project 
presently being pursued by the NAVAIREWORKFAC will be 
discussed and critiqued, and several recommendations for 


further study presented. 
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IT. PRESENT MDR FILE MAINTENANCE 


A. MASTER DATA RECORD 
i  Detini tion 

The MDR is the primary source document for pro- 
duction control documentation and subsequent management 
reports. At the end of 1974 NAVAIREWORKFAC maintained 
an MDR Master File composed of approximately 159,000 
separate documents. The MDR Master File is stored on 
magnetic tape ina Univac 3301 computer system; the master 
file is interfaced with other computer routines of the 
NAILC/MIS system to produce various reports, some auto- 
matically and others on request. A hard copy (shown in 
Figure 3) of each individual MDR is filed in tub-type bins 
Hocauved in the branch of the Operations Analysis Division 
responsible for that type of MDR. Accessories and the 
Components Branch, 62100, has responsibility for approxi- 
mately 123,000 WMDRs; the Aircraft and Engines Branch, 
62200, approximately 24,000 MDRs; and the Pilot Overhaul 
bmeamen, 62300, approximately 11,000 MDRs. 

Four basic types of MDRs are used. The Routing 
Master Data Record (RMDR) details the routing through 
the various feeder shops for processing of components. 
iiescomponents may be units removed from an aircraft 
or engine, inducted for repair and return items through 
the Component Program, Recall Calibration items, Plant 


Equipment Calibrated on site, ete. Items removed for 
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accessability from an aircraft or engine or items removed 
and routed to the finished parts storeroom with no inter- 
mediate processing also utilize the RMDR. 

The Operational Master Data Record (OMDR) is 
developed for operations to be performed on the basic 
aircraft or engine. These operations include disassembly, 
assembly, work performed on the airframe or engine, paint- 
ing, flight testing, etc. The Progressing Master Data 
Record (PMDR) is prepared for each Type/Model of aircraft 
or engine. The primary purpose of PMDRs is to report 
status in accordance with locally assigned check points 
as the units progress through the rework cycle. The Pilot 
Overhaul MDR is developed for the purpose of establishing 
Production capability for assigned aircraft, engines and 
components. 

2. Data Elements 

The data elements contained in the MDR are divided 
into five major data groups. The data groups are further 
divided into three types of fields. Key Fields: data 
fields that are necessary for the record to be of use 
in subsequent computer processing. The key fields include 
the MDR Control Code (MDRCC), Component Identity Code (CIN), 
MDR Location, Change Code and the Shop Category Code. 
The MDR will be printed on an error listing if these 
fields are invalid. Optional (uncontrolled) Fields: 
informational fields which are not critical to the use 


of the MDR and may be left blank or used as defined. 
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Mandatory (controlled) Fields: specific purpose fields 

in which the data is mandatory. If the data are erroneous 
in either the optional or mandatory fields, it will be 
overlaid with equal signs and an appropriate error code 
asSigned to the MDR. 

The fields within the Control Group control the 
sequence of MDR placement in the master file and serve as 
Hdemtitication data. The Control Group is composed of 
the following: MDRCC, CIN, source code, error code and 
change code. The MDRCC identifies the major work program; 
Family Identification Code (FIC) for the component program; 
and the schedule frequency and week number for the Recall 
Calibration and Preventative Maintenance programs. The 
CIN identifies each routing identity within an MDRCC. 

The Part Identification Group contains 24 data 
[meewas. These fields contain data for part identification 
purposes and miscellaneous codes for controlling preparation 
of operating documents and summarized workload information. 
The Load and Schedule Group contain data elements required 
to schedule and control the movement of parts through 
the process cycle. The Miscellaneous Information Group 
contains the MDR Location Code and five lines for entering 
weectal instructions or any type of information that can- 
not be entered elsewhere on the MDR. ‘The Technical Data 
Group has spacing availabie for listing a maximum of 40 


technical directives relating to the routing identity. 
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B. USE OF MDR 

The MDR is an essential part of the documentation 
system that ensures a timely and orderly flow of work 
through the NAVAIREWORKFAC. The data elements contained 
in the MDR are used to prepare Shop Orders, Job Cards 
and Work-In-Progress (WIP) records which are processed 
through subsequent computer routines to provide data 
for planning, scheduling, workload history, cost account- 
ing, operating reports and reports to higher commands. 
Figure 4 is the typical documentation flow for the Standard 
Depot Level Maintenance Program for aircraft. 

When an aircraft is scheduled for induction to the 
NAVAIREWORKFAC, the master data file (refer to Figure 3) 
is inquired by aircraft type and bureau number for all 
documentation pertainent to that specific aircraft. The 
computer produces an aircraft file on magnetic tape from 
the master file that has all the documentation required 
for rework of that aircraft, and automatically sends 
documentation to the Examination and Evaluation Branch 
of the Production Planning and Control Department. When 
examination and évaluation of the aircraft is completed, 
the individual aircraft file is inquired for the docu- 
mentation necessary to direct and monitor the rework 
eyelle on that aircraft. 

In addition to reports generated automatically or upon 
request that provide data to the NAVAITREWORKFAC management, 
reports are produced that support the MDR master file 


and reflect the results of MDR maintenance actions. 
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These reports tabulate erroneous data submitted and re- 
jected, undesirable conditions within the master file 
and information extracted from the master file. Table I 
fowa Listing on the automatically produced reports that 


support the MDR file maintenance process. 


C. MAINTENANCE OF MDR FILE 
ieee cenera ll 

Information retrieval from the MDR master file 
in the form of managerial reports and workload documenta- 
tion effects the entire operation of the NAVAIREWORKFAC. 
The MDR file must be created and maintained properly 
before any of the other NAILC/MIS Workload Control appli- 
cations can be successfully operational. The importance 
of timely and accurate file maintenance cannot be over- 
emphasized. The MDR master file maintenance is a daily 
routine which involves deletion of obsolete and addition 
of new MDRs and correction or updating of other MDRs. 

The Operations Analysis Division is responsible 
for the submission and validity of the Master Data 
Record Worksheet, the Master Data Record Changes and 
the MDR Control Group Changes and Additions forms. These 
forms are used to create and maintain the MDR file. fThe 
Quality Assurance and Reliability Department, Methods and 
Standards Division and the Production Planning Division 
supply required supporting MDR maintenance data to the 


Operations Analysis Division via the Master Data Record 
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Changes and the MDR Workload Control Form. The Operations 
Analysis Division is responsible for the physical mainte- 
nance of the "hard copy" printed MDRs. These MDRs are 
available to the Methods and Standards Division, the 
Quality Assurance Division and any other organizational 
unit authorized by the Operations Analysis Division. 
Sample copies of the Master Data Record Worksheet and 
the Master Data Record Changes Form are shown in Figures 
5a and b and 6a and b. 
2. New MDR 

The creation of a new MDR is initiated by dis- 
tributing seven numbered computer punch cards, known 
as the "seven card deck," to organization units within 
the NAVAIREWORKFAC for the purpose of developing inputs 
to a new MDR. The Components Branch, OA-621, has control 
Siemuine process if it is a production MDR; The Pilot 
fivernaul Branch, GA-623, if it is a pilot MDR. The number 
six card signals the OA-621 branch to begin research for 
anew components MDR. An analyst is assigned to the MDR 
and begins the Master Data Record Worksheet. The work- 
sheet is sent to the various branches for required data 
inputs and the OGA-623 branch establishes the rework 
Capability. When OA-623 has established rework capability 
and all inputs to the MDR Worksheet have been received 
by OA-621, the cognizant analyst will forward the work- 
sheet to the OCR typist to be converted to OCR input 
form and forwarded to DPSCPAC. Figure 7 depicts the 
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documentation flow for the establishment of a new MDR. 

The maintenance of the existing MDR file is a 
daily routine consisting of updating and correcting. the 
data presented on an MDR. Update actions result from 
changes to time standards, codes, processes, routines 
and technical directives originating from either within 
the NAVAIREWORKFAC or outside agencies. The primary 
change form used is the Master Data Record Changes. fThe 
Master Data Record Control Group Changes and Additions 
form is used to effect changes in the MDRCC and CIN fields 
in the MDR control group. The preparation of the desired 
change or update to an MDR is accomplished using manual 
methods--handwritten forms and the guard mail. The 
change is input to the computer via an OCR scanner which 
transfers the information to magnetic tape for later 
batch updating of the master file. 

3. Existing MDR 

The MDR change process is initiated in OA-621 
with the receipt of a "request for service" from anyone 
of the organizational units in the NAVAIREWORKFAC. The 
major inputs to OA-621 come from Quality Assurance 
Department, 40000, Methods and Standards Division, 63000, 
Eecdue tion Planning Division, 52000, Technical Services 
Division, 35000, and the Production Department, 90000. 
The “request for service" can be in the form of a memo- 
randum, partially completed MDR change form, MDR change 


Directive form or verbally by phone. Once the change 


Sie 





request is received by OA-621 an analyst is assigned by 
the supervisor of the pertinent section within OA-621 
which has responsibility for the particular MDR. MThe 
analyst retrieves the existing MDR from a storage bin 

to complete the necessary research and paperwork to effect 
the requested change. The analyst completes the MDR 
change form and forwards it to the supervisor of the 

Oca typist pool. 

The MDR change form is checked for completeness 
and accuracy prior to being assigned to a typist for 
conversion to the OCR format necessary for computer input. 
The typed OCR sheet is again checked for accuracy and 
cleanliness prior 86 being sent to DPSCPAC for processing. 
At 1500 each day the OCR sheets completed that day are 
sent to DPSCPAC to be read by a Scanner which stores the 
data on magnetic tape. At 0400 each morning DPSCPAC 
runs a batch update of the MDR master file using the 
data stored on tape from the scanner. 

The batching process sequences the MDR change 
data to create new MDRs and change or delete existing 
MDRs in the master file. The MDR file maintenance 
routine edits, validates and reformates the change data 
to produce a change file for MDR update. An updated 
MDR file is produced and MDR update reports are gen- 
erated along with printouts of revised and new MDRs 


(see Table I). 


pu 





The OCR sheets are returned to the OCR typists 
supervisor at 0800 the day following submission along 
with a diagnostic sheet produced by the OCR scanner - 
which prints out OCR errors by page number and line 
number on the OCR sheet; a red dot is placed to the left 
of any OCR line that was incorrect. The OCR typists 
review and correct any OCR lines that are rejected by 
the scanner validation routine. The data is retyped and 
submitted again to the scanner. The printouts of the 
revised and new MDRs are received by the OCR typists 
between 0800 and 1400 of the day following submission 
of tne change. The MDRs are compared against the MDR 
change forms for correctness and tnen forwarded to the 
responsible analyst for filing. 

Figure 8 depicts the data flow process for an 
MDR change that originated in the Methods and Standards 
Division, 63000. Data supporting the time delays in- 
volved is given in Appendix A. The physical separation 
of the Methods and Standards Divisions from OA-621 
necessitates hand-carrying, via the guard mail, of all 
paper work. Some of the MDR changes desired by the 
Methods and Standards Division require the use of the 
existing MDR printout, in which case the MDR has to be 
requested from OA-621. This procedure normally adds 
one or two days or more to the process of initiating the 


desired change if requested MDR is unavailable. 
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All component MDR changes desired by Methods and 
Standards Division have to be routed through OA-621 with 
the exception of time standards of common operations. 
These time standards are identified by an Operation Code, 
MSCC, which is unique to that operation. These changes 
are forwarded to the Management Methods Division, 21000, 
where they are converted to OCR format and sent to the 
DPSCPAC. All other component MDR changes are put on indi- 
vidual MDR change forms and forwarded to OA-621. All MDR 
changes have to be reviewed by the responsible analyst 
in OA-621. ‘The analyst checks the change against the 
existing MDR for proper fields, codes, etc. and enters 
line number of change. The standard procedure is for the 
analyst to take this opportunity to review the existing 
MDR for any other required changes. The analyst then for- 
wards the completed MDR change form to the OCR typists. 

The average time involved for the MDR change form 
to leave the Methods and Standards Division, be processed 
by the analyst and arrive at the OCR typist supervisor's 
desk is 1.54 days with a standard deviation of 1.67 days. 
If one allows one-half day for tne guard mail this implies 
that the MDR change form is in the analyst's possession 
for one day. The average time the MDR change form is at 
the OCR typist pool prior to being forwarded to DPSCPAC 
mmo.0O days with a standard deviation cf 1.52 days. 
Assuming the OCR scanner at DPSCPAC does not reject the 


data input and adding one day for the MDR master file 


3h, 





update, the time lapse for an MDR to be updated is 5.6 
days if no errors are made during the process. 

The processing of the MDR change through the. OCR 
mypist Sool Tew ESCE I Geame pact =O ee) OCR Lyles c. poOo lL. 
is as described earlier. The hard copy of the revised 
MDR is forwarded to the analyst to be filed. However, 
the Methods and Standards Division does not receive any 
feedback from O0A-621 as to the status of the MDR change. 
The feedback to the Methods and Standards Division comes 
through indirect means and at a time weeks after the 
actual MDR change has been affected. The feedback can 
be in the form of a computer generated report on MDR file 
Eeeseuics (See Table I), or a review of the MDR when a second 
change is necessary. Standard operating procedure is for 
the Methods and Standards Division to review an MDR for 
accuracy and completeness each time it comes through the 
office for one reason or another. 

4, MDR Maintenance Workload 

The Accessories and Components Rranch, OA-621, 
employs 27 analysts. An analyst 1s assigned to one of 
three different sections within OA-621: Aircraft section, 
F/J section and Process section. One of the analysts 
assigned to each section is also the supervisor for that 
section. The branch employs six typists who make up the 
OCR typist pool, one of the six is also the supervisor. 
In addition, two secretaries/clerks are employed: one 


wor the Operations Analysis Division and one for OA-621. 





The OA-621 MDR file maintenance workload is com- 
prised of updating and deletions of existing MDRs and 
the creation of new MDRs for aircraft related components. 
The workload can be further divided into four basic cate- 
gories: research work for development of new MDRs; research 
work for update and change of existing MDRs; clerical 
work-filing, completing MDR change forms, etc; and clerical 
work for other branch and division MDR inputs for which 
OA-621 does not have change authority but does have routing 
authority. The last category 1s becoming an increasingly 
greater part of the workload for OA-621 analysts. 

Data that was gathered from the records kept by 
OA-621 personnel is summerized in Table II. The number 
for revision of existing MDRs includes inputs from other 
divisions such as Methods and Standards for which OA-621 
has routing responsibility. Approximately ten percent of 
the total MDRs typed were inputs to the OCR typists from 
the Pilot Overhaul Branch, OA-623. Data gathered through 
interviews with OA-621 analysts indicate that actual MDR 
file maintenance comprises approximately 84 percent of 
their workload (data supporting this number given in 
Appendix A). MThe workload is augumented by special pro- 
jects such as a recent changeover from Federal Stock 
Numbers to the new National Stock Number system and the 
projected introduction of the phased maintenance system. 

The workload is not evenly distributed between 


the three sections of OA-621 and varies from day to day 





Total TOoral 
Operation July Aug. sept. pO hone 
Pithige 1974. 


334 896 2479 12479 





New MDRs Written 

20790 69292 239622 
aly Ber, 

25537 | 77488 280858 


Revise Existing MDRs 
DRs from OA-623 
MDRs Typed (OCR) 


Lines Typed (OCR) 67467 221540 860192 





Table II. OA-621 MDR Workload First Qtr FY'75 


within each section and within the branch. The uneven nature 
of the workload necessitates the analyst spending a great 
deal of time performing clerical duties such as filing when 
the time could be better spent in research. The overall 
workload of the OA-621 branch is slowly increasing to the 
point where the analysts cannot perform their other 
responsibilities. 

The workload of the OCR Typist Pool is divided be- 
tween converting data from a source document to an OCR 
format and proofreading of OCR prepared documents against 
Source documents. Proofreading of OCR documents rejected 
by the OCR scanner is required because of poor alignment 
Sie cyping on the form, typing across field boundaries, 
uneven typing, poor spacing, spots on form, etc. In addi- 
tion, the OCR typist compares the computer printout of the 
updated MDR against the MDR change form for completeness 
and accuracy pricr to forwarding the MDR to the responsible 


eialyst. - 
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The volume of OCR lines typed daily varies greatly. 
The time that an MDR form is in the OCR typist pool prior 
to being typed ranges from one to eight days. Work is 
baeaeeeee at the OCR typist for several reasons: for 
example fluctuations in workload and priority system. 
Table II gives the total number of OCR lines typed by the 
Bool during the first quarter of FY'75 and the entire 


calendar year, 1974. 
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III. PROBLEMS AND SOLUTIONS 


A. GENERAL 
ie EG kOrs 

The problem areas encountered in the present manual 
system of maintaining the MDR file have to be examined from 
two viewpoints: for example from the viewpoint of the 
user, the Components Planning Branch, 52300, and from the 
Viewpoint of the MDR producer. The MDR is actually a 
ibacie work plan" for an aircraft or an aircraft related 
component and its effectiveness cannot be known until 
long after its contents have been incorporated into firm 
plans, actions and commitments of the NAVATREWORKFAC units 
and rework has begun. Therefore the importance of accuracy 
and completeness of both the development of new MDRs and 
the maintenance of existing MDRs cannot be overemphasized. 
There are three basic types of errors that can occur in 
the MDR file maintenance process: analyst’s errors, typo- 
graphical errors that are net discovered, and typographical 
errors that are discovered and corrected prior to being 
read into the computer. 

The analyst deals with two basic concepts: data 
and information. Data are raw facts in isolation which, 
when placed in a meaningful context by some process, allow 
interferences to be drawn. An unlimited amount of data 


is available from sources both internal and external to 
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the organization, but not all data produce relevant and 
timely information. Information is the aggregation or 
processing of data to provide knowledge or intelligence. 
The analyst has to gather data through his research and 
convert the data to some form of useful information. 
Errors made at this stage either through gathering in- 
accurate data or using the wrong data to produce erroneous 
information are not detectable until some later date when 
the MDR is actually put to use. The ability to detect 
this type of error is independent of the system, manual 

or computerized, used to process and store the information 
and the MDR master file. 

The second type of error to be considered is the 
typographical error (in the case of the MDR maintenance 
process, an OCR typographical error) that is subsequently 
discovered and rectified prior to being input to the up- 
date tape. The error can be discovered during the proof- 
reading process by the typists or it can be discovered 
and rejected by the OCR scanner at DPSCPAC. ‘The QCR 
scanner contains a debug routine which will detect and 
reject lines of input that are not correctly formatted, 
contain dirt spots, entries outside the field length, etc. 
The result on the MDR maintenance process is identical 
whether the error is detected by the typist or the OCR 
scanner--increased delay time in the update procedure. 

A line rejected by the scanner, verified and corrected 
by the OCR typist, adds at least one day (and usually more) 


to the time required to update that MDR. 


LLO 





The third type of error is the typographical 
error that goes undetected and is allowed to pass into 
the MDR master file. This type of error has the same 
result as the analyst's error--long term effects. The 
mistake is not picked up until the MDR is used in some 
other unit of the NAVAIREWORKFAC; and, then it may be 
used several times before the mistake 1s noticed. Once 
the error is detected, the entire update process is 
again initiated and the overall result is double the nor- 
mal amount of time delay and paperwork to get the correct 
MDR in the master file. 

2. Timeliness 

The value of information is based on several 
attributes; of interest here is timeliness and accuracy. 
Timeliness is related to a shorter elapsed time of the 
update process input, processing and output to the users 
for the MDR file. The normal situation is that for infor- 
mation to be timely, the elapsed time from input to 
output must be reduced. Timeliness is difficult to 
measure, but its effects can be seen. For example, the 
Components Planning Branch, 52300, makes inquiries to 
the MDR master file each weekend; therefore as long as 
the MDR master file update ee a time delay less 
than a week, the information is timely for this user. 
PoVwevicr, 1O0r a User, Such as the Alrcraft Examination 
and Evaluation Branch, 52600, which may make inquiries 


daily, a week time delay for changes and corrections to 
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an MDR is certainly not timely. The MDR master file is 
presently updated daily, but the frequency of updates 
does not imply how timely is the information. The 
important factor is the time delay from input to output 
within the system. 
pee =Accuracy 

Accuracy pertains to the degree of freedom from 
error of input and output of the master file. When dealing 
with large volumes of data and information, two types of 
mistakes usually occur: errors of transcription and 
errors of computation. These errors nave already been 
discussed. For the MDR to be of practical use, it must 
be accurate by the above definition; it must also be com- 
prehensive. Comprehensive refers to the completeness of 
the information presented on the MDR; it does not mean 
volume but rather the inclusive aspect of the information. 
Naturally one desires aS accurate a system aS possible, 
but accuracy costs time (as well as money). 

The present system has several points where ac- 
Sutacy Of the input is checked for accuracy and content. 
The Operations Analysis' analysts check all inputs for 
which they have routing responsibility; for example, inputs 
from the Methods and Standards Division. These inputs are 
checked for content, correct line number, proper entries 
to a given field, etc. Once the analyst has completed 
an MDR change form, it is forwarded to the OCR typists 


where it is again checked. It is the responsibility of 
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the OCR typist to call to the attention of the supervisor 
any random or systematic errors appearing in the source 
documents. Once typed, the OCR sheet is proofread against 
the source document prior to being forwarded to the com- 
puter center for input to the OCR scanner. The OCR scanner 
contains a debug routine that checks input data and accepts 
or rejects data line by line. One mistake in a line rejects 
the entire line: in some cases an error in a line can also 
cause the rejection of several succeeding lines. The 
scanner routine prints out an error sheet listing the 
rejects by page and line number which is returned to the 
OCR typists along with the OCR sheets the following morning. 
The MDR master file batch update routine contains several 
Seases Of verification which input data has to go through 
prior to the file actually being updated. Input data which 
does not meet the verification process is rejected and 
the computer prints out an error listing. The error list- 
ing is returned to the OCR typists along with printouts 
of the updated MDRs. ‘The OCR typists verify the updated 
MDRs by comparison with the source documents pricr to 
forwarding the updated MDRs to the analysts for filing. 
The present MDR update process contains six levels of 
error verification, both manual and computerized. fMThe 
OCR typists spend approximately 50 percent of their 
time performing the verification function. 

The accuracy problem is compounded by the manner 


in which some branches obtain the MDR derived cocuments. 
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MDR derived documents are obtained by submitting document 
request forms to the computer center. The computer prints 
out all documents requested once a day. It is the practice 
of several branches to order more than one set of documents 
at a time if a need for the documents wiil arise sometime 
in the near future. Therefore if the MDR master file is 
incorrect or in the process of being updated several sets 
of incorrect documents will be used rather than just one 
set of incorrect documents. 

If the concepts of timeliness and accuracy of data 
and information and frequency of updating the master file 
are considered collectively, certain conclusions can be 
drawn. The time duration between successive updates 
of the master file has no effect on the timeliness of the 
information provided the time between updates is shorter 
than the time elapsed during the update cycle. It is also 
clear that the more timely information is, then the more 
relaxed the standarcs for accuracy of the information can 
be. Feedback from the output to the input is a necessary 
element of the cycle. The value of timeliness and accuracy 
is greatly diminished without feedback. 

One theme that was present in most of the inter- 
views conducted at the NAVAIREWORKFAG was a lack of 
feedback concerning the MDR maintenance process. MThis 
Was particularly true for the users of the MDR and its 
derived documents such as the shop order card. Specific 


examples are the Methods and Standards Branch and the 
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Aircraft Examination and Evaluation Branch. Some indi- 
viduals felt that they had no way of knowing what 
happened to an MDR change request once it had been sub- 
mitted. In most cases, some sort of feedback system was 


provided for, but it was used infrequently if at all. 


B. EXAMPLES 
1. Accessories and Components Branch 

The responsibility for file maintenance and 
storage of approximately 123,000 MDR documents results 
in a heavy workload being placed on the branch staff and 
tends to prevent the staff from effectively completing 
other duties not related to MDR file maintenance. The 
problem is aggravated by the oscillating nature of the 
workioad both for the branch as a whole and in individual 
sections of the branch. Additional factors which tend 
to contribute to the heavy workload are incorrect inputs 
to OA-621 from other branches and divisions; other branches 
and divisions making changes and updates to MDRs that are not 
authorized for that branch; and the human factor--penman- 
ship and handwriting. Unauthorized changes are made to 
the MDR either by mistake, perhaps due to a lack of under- 
standing of the MDR, and purposely in an attempt to speed 
things or beat the system. 

some of the problems resulting from the heavy MDR 
workload are MDR hard copy filing and storage, tedious 


and repetitive paperwork, a large volume of QCR conversion 
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(discussed in following section), and huge backlogs of 
routine changes accumulating due to “one time only" mass 
changes and priority assignments to change requests. As 
a result of the oscillating workload, analysts are pre- 
sently rotated from section to section within the branch 
to cover backlogs and unexpected increases in the workload. 
In addition, the analysts assist the OCR typists in their 
filing and clerical duties and in verification if the 
typist pool becomes more than four days backlogged. One 
of the general results of the heavy workload and its 
accompanying problems is to introduce an appreciable time 
delay in the MDR update and change process. Interviews 
with staff members of affected branches establish this 
time delay to be in a range of three days to a month or 
more depending on the scope and priority of the change or 
update. The routine changes are the most likely to be 
delayed long periods of time as they are backlogged due 

wee tune priority system. 

The MDR hard copy storage and usage contributes 
considerably to the overall problem. Only one hard copy 
of each MDR is produced by the computer and the storage 
Smee 1s the responsibility of the cognizant branch of 
the Operations Analysis Division. The single copy is 
used by all branches of the NAVATREWORKFAC. This intro- 
duces the additional problem of keeping track of the MDR's 
location when a branch other than the responsible branch 


has possession of it. (Some aspects of this problem are 
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discussed in following sections.) The MDR Routing/Control 
Sheet, Figure 9, initiated by Code 621 (26 September, 1974) 
represents an attempt to control the MDR document more 
closely, ae also represents additional paperwork. The 
MDR hard copy documents are stored in moveable tub-type 
bins at different locations in the components branch, 
normally in close proximity to the analysts' desk who are 
concerned with them. Due to the large number of documents, 
considerable space and time are consumed in storage and 
filing activities by the staff of the branch. 

The Accessories and Components Branch maintains 
an OCR typist pool consisting of six typists, one of which 
is the supervisor. These typists handle the input from 
OA-621, OA-623 and all inputs for which OA-621 has routing 
and verification responsibility. The present workload 
is, on the average, within the capabilities of the typist 
pool. As expected occasional bottlenecks and slack periods 
do occur; however, the slack periods are disappearing and 
the workload is steadily increasing. 

The purpose of OCR is to decrease the computer 
input bottleneck by reducing the number of keying opera- 
W@lews and errors in transcription. Ideally, the OCR 
Scanner equipment will read any document and transmit 
the data to the storage tape. However, increased sensi- 
inivitby tO document conditions (such as smudges, creased 
documents, dirt and poor quality paper) can cause many rejects. 


The scanner contains a debug routine which will reject 
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incenol Mapu toOmmcertain emrors in thesinput data also. 
The nope tion race of the OCR Scanner due to the above 
factors is one percent or less of the submitted data. 
However, the verification and correction process for 

this error rate plus the verification time involved in 
checking the updated MDRs against source documents con- 
sumes approximately 50 percent of the OCR typists' daily 
workload. 

There are several contributing factors to the 
problems encountered in the OCR typist pool. A high 
turnover rate for the typists due to a lack of advancement 
opportunities and job oversimplication leads to a low 
experience level within the typist pool and aggravates 
the oscillatory nature of the workload. The necessity 
for absolutely clean OCR documents requires special hand- 
ling of the OCR sheets. Manual retrieval of source 
documents to implement corrections and verify errors adds 
teomume clerical filing duties of the OCR typists. 

2. Methods and Standards Division 

The MDR maintenance that the Methods and Standards 
Division has responsibility for is the updating and ac- 
curacy of time standards on the MDR. About 60 percent 
of the affected MDR lines fall into an operational coded 
category and Sis be changed or updated by a mass change 
procedure which does not involve the Operational Analysis 
Division nor does it require Methods and Standards 


Division to use a copy of the MDR to affect the change. 
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However, not necessarily 60 percent of the MDR related 
workload is concerned with this type of change. The 
remaining portion of the MDR workload may or may not 
require a copy of the MDR document, but it is required 
to be routed through either OA-521 or OA-622. If a hard 
copy of an MDR is required, the document must be requested 
from the cognizant custodian. If OA-622 has custody of 
the desired document the time delay is minimal because 
of the close proximity of Methods and Standards Division 
to OA-622. If the MDR document is held by OA-621 or OA--622 
a request sheet has to be sent either through the guard 
mail or hand-carried to obtain the specific MDR desired. 
This method can take as long as three days; if the MDR 
desired is not available for any reason, such as it being 
in a current change status or being used by ancther branch, 
the delay could be longer. MThis problem is greatly 
aggravated by the large number of existing MDRs in the 
file and the physical separation of the branches requiring 
the use of the hard copy MDRs. 
3. Communications Section, Avionics Division 

The feeder shops in the Production Division use 
the MDR derived shop order card. Each piece of equipment 
that arrives ina shop is accompanied by a shop order card 
mi lists roubing, time standards operational information, 
eices, Ihe card also contains listings of technical direc- 
tives and local engineering specifications (LESs). It is 


important that the shops have accurate and up-to-date 
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information pertaining to technical directives and LESs. 
At the present time a shop bench technician checks all 
incoming components and shop order cards for correct 

and complete listings of technical directives and LESs 
pertaining to the specific pieces of equipment. The 
listings are checked against the technicians knowledge 

of the equipment and shop maintained files. If incorrect, 
changes to the existing shop order card or an entirely 
new shop order card have to be handwritten by the techni- 
clam, Thas process 1s costly both 1n manhours and 
paperwork and, in addition, increases the turn-around 
time of the component in the shop. 

The shop supervisor is required to fill out and 
send a Request for Service form to the Operations Analysis 
Daye ton when a shop order card is found to be incorrect. 
Considerable time can be consumed during the MDR change 
process Since analysts and possibly the technical cee 
tives branch research the change to insure that it is 
the correct change required. During this period of time 
work in the shop is proceeding based on the hand-written 
changes made by the shop technician which could possibly 
be found to be incorrect by the analysts. 

4. Aircraft Examination and Evaluation Branch 

Micueotterat. Examnatlomeand BEyaluation Branch 
primarily uses the shop order card which is derived from 
the MDR. Important information provided by the shop 


order card is shop routing for various components removed 
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from aircraft undergoing rework and listings of applicable 
technical directives. Both accuracy and completeness of 
Plc Information are important. The Aircraft Examination 
and Evaluation Branch is divided into eight units, each 
with several people hand tailoring shop order cards either 
to correct errors or take into consideration special 
handling of components off a specific aircraft. The large 
volume of cards and componenets being handled by these 
units allows the possibility of errors being introduced 
to the system, as well as errors being discovered and 
Corrected. If inaccurate or, in the case of technical 
directives, incomplete information is detected, the pre- 
printed shop order cards provided by the computer are 
hand edited and used until a correction can be made to 
the MDR. If the pre-printed documents are completely 
wrong, a Document Request Card (DCR) is used to request 
new pre-printed documents. Sometimes as many as three 
or four aircraft may be affected before the MDR and sub- 
sequently the shop order cards are corrected for missing 
technical directives and LESs. Any error on DCR form 
entries or errors made by the OCR typist results in 
the non-receipt of documents and further time delays. 
The following example from a memorandum dated 4 November, 
1974, demonstrates the time delays frequently encountered. 
On 17 October 1974, a DRC Form was initiated to process 
22 each assemblies (using Document Request Code "1") on 
Sequence BX 44, an ACE aircraft. On 22 October 1974, an 


error sheet was received which showed a wrong job order. 
Job order “OXT3444" was annotated vice "9xT3l44." (It 





may be noted that the Aircraft Program Schedule Sheet #X-50, 
the Work Jacket for Sequence BX44, and reference (a) are 
feeeincormrees in that they show the Aircraitt Program as 

"Oo" vice "g"). On 22 October 1974, the DRC form was 
resubmitted for the second time. Evidently, the OCR typist 
Hceppedammemdifit "2"ein the “day columises The mext error 
sheet was received on 24 October 1974, by Code 21210, for 
the third time. On 25 October 1974, we received the cards 
requested with the exception of two sets of sub-assembly 
documents. Code 21210 was contacted on 25 October 1974, 
mae in turn initiated a DRC form for those components for 
the fourth time. As of this data, 4 November 1974, the 
documentation has not yet been received. Meanwhile, we 
Neve tnatiated HVSD*s, handwritten shop orders, for those 
components and have sent them to their respective feeder 
Snopes.  (GRef. 3.) 

The problem concerning technical directives and 
hESs wn the Aircraft Examination and Evaluation Branch 
appears to be similar to the problem concerning LESs 
in the feeder shops in that both situations lead to the 
necessity of hand-tailored shop order cards. In the case 
of the LESs at the shop technician level, all of the shop 
order cards are checked very carefully against shop records 
and directives and the technician's experience. The value 
of the shop order card seems to vary with the experience 
level of the technician. There also appears to be a lack 
of confidence in the information provided to the technician 
by the shop order card. During the examination and evalu- 
ation phase, the shop order cards are not so carefully 
checked, and a mistake may go undetected until the com- 
poment is further into the rework cycle. The important 
point here is completeness of the technical directive and 


component routing information provided by the shop order 


ecard. 
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C. ALTERNATIVES 
1. General 

There are several alternative schemes that can be 
followed that would alleviate or, hopefully, cure some of 
the problems besetting the present MDR file maintenance 
process. ‘The ideal solution is one which would improve 
the efficiency of the MDR file maintenance process, and 
at the same time, reduce the costs encountered in MDR file 
maintenance. Any course of action will require commitment 
of some level of resources and will produce some level of 
effectiveness. In choosing an alternative, an organization 
may take one of two approaches: (1) commit the necessary 
resources to obtain a specified level of effectiveness; 
or (2) for a specified level of resources design a system 
to produce the highest possible level of efficiency. 
Ideally, there exists some optimum balance between the 
two approaches; that is, there is some point where further 
efficiency is insignificant when compared to the added 
cost. The following list of alternatives is presented 
in a hierarchy of effectiveness from lowest to highest 
without regard to cost. Each alternative will be briefly 
discussed and some advantages and disadvantages will be 
presented. 

2. Additional Manpower 
Hiring san adda tronal file elem or an OCR typist 


would definitely increase the output of the OCR typists 
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and reduce the present backlog problem. However, in- 
creased OCR capacity does not cure the problem, it merely 
eases the problem for a time. Adding more analysts to 
the staff would also reduce backlog and perhaps decrease 
the MDR update cycle time. Addition of a file clerk 
would reduce the clerical work performed by analysts at 
the present time and allow them to give more time .to their 
assigned duties. More personnel increase the training 
and employee turnover problems while doing little to ease 
the problems of MDR hard copy storage, high paperwork 
volume and MDR update cycle time. 

3. Modification of MDR Document Storage 

The present, centralized storage method for the 
MDR documents gives rise to three problems: space, filing 
time and time delays in distributing the documents to 
users other than the custodians. Each Branch that uses 
the MDRs could maintain its own file of MDR documents to 
ease the distribution problem. The major disadvantages 
of maintaining several separate files is the large size 
of the files. 

Computer Output Microfilm (COM) provides a medium 
other than paper for storing large amounts of information. 
fieeoutput. of the computer is directly to a microfilm 
recorder which is connected to a film developer. ‘The 
iia OuLput tS 1m Cither roll film or macrofilm form 
and can be viewed directly through special CRT type 


readers. Major advantages of COM are: (1.) Microfilm 





1s rugged and long lasting, it does not require extensive 
insulation from possible damage from environmental con- 
a@retons such as radiation, heat and humidity. (2.) The 
need for storage space is greatly reduced. (3.) It is 
relatively inexpensive. Disadvantages of COM are: (1.) 
It is a poor application for large files which require 
updating. (2.) Requires special microfilm reading devices. 
(me cearch and file methods must be performed by hand 
Wren. 4). 
4. Data Input Systems 

The preparation of data for computer processing 
is a significant bottleneck in any system. In the MDR 
ire Maintenance cycle the OCR typist is the interface 
between the manual portion of the system and the comput- 
erized portion of the system and, as such, controls the 
throughput of the entire system. A punched card system 
will not be considered because the present OCR system is 
faster and more efficient. A large portion of the OCR 
typists' time 1S consumed in verifying and correcting 
OCR scanner rejections against source documents. By re- 
ducing the volume of data rejection by the computer, the 
throughput of the system could be greatly increased. 
Keying data directly onto a storage medium other than the 
OGRe input format would also remove the OCR scanner from 
the data input process. 

The key-to-disk methods involve keying data 


directly onto magnetic tape or a magnetic disk. A typical 





system consists of a low-cost minicomputer; direct access 
intermediate storage, usually magnetic disk; and magnetic 
tape for final output. Several keyboards will usually 
share the centralized minicomputer and storage device. 
Complex data pooling, formating and entering fixed data 
fields automatically are possible with this type of systen. 
The keyboard, either CRT or teletypewriter, provides 
visual verification of the input data being keyed to the 
storage medium. A debug program, such as the present 
routine incorporated in the DPSCPAC OCR scanner, could be 
resident in the minicomputer to detect operator errors 
and provide immediate error correction. The final output 
of such a system would be a reel of magnetic tape which 
could be sent to DPSCPAC to be direct input to the com- 
puter for the batch update process. 

The advantages of this type of system are: 

(1) Elimination of the OCR to magnetic tape 
conversion. 

(2) Input data editing, formatting and verifi- 
cation functions handled automatically by the minicomputer. 

(3) Reduction in time lag encountered in error 
verification in present OCR systems. 
The major disadvantages of the key-to-storage method is 
that the source document still must be manually keyed; 
only the storage medium has been replaced. Data pre- 
paration, speeds and error rates are still dictated by 


operator efficiency (Ref. 5). 
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5. On-Line Retrieval 

An on-line information retrieval system is one in 
which a user can directly search a master data file stored 
in a computer. The system is essentially a one-way com- 
munication device between the user and a computer. The 
input device can be a simple keyboard or a more sophisti- 
cated device such as a teletypewriter or CRI display 
terminal. The input device is tied to the computer via 
trunk lines or a regular telephone line. In the computer 
the data base is stored either on magnetic tape or magnetic 
disk in such a manner that allows the computer to search 
the data base for requested information. The output device 
can be either the teletypewriter, CRT terminal or a high 
speed printer. One high speed printer can handle the 
output from several input terminals. 

The major advantage of an on-line, retrieval-only 
system to the Operations Analysis Division is the elimi- 
nation of the MDR printed copy storage and filing require- 
ment. Placing terminals and a printer in each of the 
divisions who have a requirement for printed MDRs would 
also reduce the problem encountered in the present 
centralized MDR storage system. The decrease in the 
amount of time spent in. filing activities would allow 
the analyst to spend more time at his primary duties. 

Major disadvantages of the system are: (1) OCR 
typists still required to enter data into the system; and, 


hence, the system would not reduce the error rate or time 





delayveetimibutable to the OCR typists, and (2) tae amount 
of paperwork is not diminished. 
6. On-Line Retrieval and Update 

The system required for on-line retrieval and 
update is composed of the same basic equipment as a system 
for retrieval only. However, the system is now a two-way 
communication device between the user and the computer. 
The system operates in a time-sharing mode which gives 
the user the illusion that he is tne sole user of the 
computer when, in reality, the computer is being shared 
among a number of independent activities and users. The 
system can be either a real-time or delayed-time system. 
A real-time retrieval system responds so rapidly to a 
query that its response may be regarded as immediate or 
quick enough to be utilized in the continuation of the 
task being conducted. The update process can also operate 
in either a real-time or delayed-time mode. In a real-time 
operation, the master file is continuously updated as an 
analyst communicates with the computer via a terminal. 
In delayed-time operation, update instructions and data 
are input to the computer via the terminal and stored 
on magnetic tape or a magnetic disk temporary storage 
medium. At some later time, the accumulated data is 
batch eee eesed and the MDR master file is updated in the 
same fashion as the present system. 

The major advantages of this system compared with 


the present MDR maintenance system are: 
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(1) Elimination of the OCR typists and the OCR 
format to magnetic tape conversion process. 

(2) Elimination of the MDR printed copy storage 
made ritine requirement. 

(3) Immediate feedback to the analysts concerning 
mimi b data errors. 

(4) Reduction in the amount of paperwork required 
of the analysts. 

(5) A reduction in the elapsed time for an MDR 
to be updated. 

Disadvantages associated with the on-line file 
maintenance systems are of two types: those associated 
with the introduction of the system and those of a con- 
tinuing nature. The major problem encountered during 
introduction of the system is the change-over from the 
old to the new system. The analysts have to be trained 
to operate the terminals or new personnel have to be 
acquired as operators. Disadvantages of a continuing 
Meare are ; 

(lv) Pile security. 

(2) System downtime. 

(3) One or two OCR typists have to be retained to 
handle unexpected workload or to handle workload during 
extended downtime of the computer. 

(4) Source documents still must be keyed into 
the computer. 

(5) Practically everyone understands the present 


system. 


60 





7» New system 

Three alternatives always exist when a system and 
a set of user requirements are evaluated: (1) to do 
Motnang, (2) to modify an existing system and (3) to 
design a new system. The alternatives discussed previously 
modify the existing system in an attempt to more effectively 
Satisfy the MDR file maintenance requirements. The final 
alternative available is to design a new system; this last 
alternative is obviously the most complex and difficult 
solution to implement. The present MDR file maintenance 
system is interfaced with the NAZTLC/MIS system and any 
redesign of the present MDR maintenance systems would 
affect the entire NAILC/MIS system. However, the present 
MDR may not be adaptable to any of the alternatives dis- 
cussed above. The most cost-effective solution may be to 
completely redesign the MDR and at the same time design 


a computerized file maintenance system. 
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IV. NAVAIREWORKFAC ON-LINE PROJECT 


A. GENERAL 

The ON-LINE PROJECT at NAVATREWORKFAC was initiated 
in 1973 with the primary purpose being to eliminate the 
delay and uncertainty of batch process update of the MDR 
master file. The final form of the proposed system, 
Figure 10, is to use a randomly accessed master file and 
real~time update to give immediate validation of updates 
and changes and a continuously current MDR file. An 
auxillary purpose was to affect cost savings, time savings 
and space savings by eliminating most of the bulky, man- 
ually maintained desk files. The project began with a 
rather ambitious and optimistic time schedule which was 
immediately beset with money and people restraints and, 
perhaps, somewhat of a lack of interest on the part of 
the management. At the present time, the implementation 
date for the full system has slipped by at least a year 
with the full system operation date currently set for 
February, 1976. It is hoped to have a prototype system 
installed and operating in 0A-621 by the end of November, 
ex 

Work on the project has proceeded in three areas: 
(1) Design of several formats to display portions of 
the MDR on a CRT. (2) Development of the specifications 


and procedures that define how the user and DPSCPAC 
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interact with the system. (3) Specifications to develop 
the software necessary to process the data and perform 

the MDR file maintenance function (completed on 15 March 
1975). (4) System user requirements were compiled 
(Appendix B). In addition, the project personnel have 
made field trips to the U.S. Army Tank and Automotive 
Command, Warren, Michigan and Rohr Data Systems, Chula 
Vista, California to familiarize themselves with on-line 
file maintenance and communication systems. Several vendors 
have also been contacted to gain information on equipment 
required for such a system. User requirements, management 
specifications and system specifications will be forwarded 
to DPSCPAC who will write the software programs. 

Planning conferences between DPSCPAC and Code 210 
personnel have produced a proposed on-line system. DPSCPAC 
computer facilities consist of two Univac 3301 systems, 
one Burroughs 4500 and one Burroughs #4700 system plus 
several smaller computers and peripheral equipment. The 
proposed system, Figure 10, would use the Burroughs #700 
computer plus additional equipment that would have to be 
meaoired: “communicatzen lines, CRE terminals, auxiliary 
storage units and a minicomputer front-end processor for 
the Burroughs Computer. The proposed prototype system 
is consisted of five terminals, four in OA-621 and one 
at DPSCPAC plus an off-line printer in OA-621. The pro- 
posed CRT terminal has capability of displaying 11 lines 


that are maximum of 80 characters in length. 


64, 





The present MDR master file contains 159,000 records, 
with a maximum length of 4100 characters. The file is 
a part of the NAILC/MIS system, on magnetic tape, and 
run on a Univac 3301 computer system. The format of 
the file is not readily convertable to random access 
type storage required for a true on-line system. One of 
the major problems is that the MDR master file is inter- 
faced with the rest of the NAILC/MIS programs and therefore 
an MDR file is required in the NAILC/MIS system. The 
present proposal is to duplicate the MDR file on magnetic 
tape each day and load it into the Burroughs 4700 for 
operation of the on-line file maintenance. 

To meet the user requirements, the MDR master file data 
base has to be altered in one or more of three ways: (1) in 
miemtormat of the file, (2) the content of the file, (3)in 
the storage medium where the file is located. Two logical. 
file organization techniques are used for data storage 
and on-line systems. In a sequental file, records are 
physically arranged on the storage media in the same order 
as their logical sequence. File maintenance and search 
operations are particularly inefficient in this type of 
file. Files can be organized by grouping together all 
records which have some common value used as an index 
term; this is SelLed a subfile. An inverted file is 
created by establishing a collection of subfiles consisting 
of all the file partitions that are generated by grouping 


mMecords that have some field value in common. MThis 
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organization requires a dictionary or directory containing 
all the data values in the system and the locations where 
those values occur. The major advantage of an inverted 

file is random access capability; however both the file 

and the directory have to be maintained. An inverted or 
indexed sequential file is proposed for the on-line project. 
This type of file organization provides the advantages 


of inverted files without the disadvantages. 


B. EQUIPMENT 

In order to operate an on-line system effectively the 
user need not even know of the existence of system com- 
ponents other than the terminal he is using and, perhaps, 
an off-line printer. The system is composed of several 
components: the central processing unit (CPU) auxiliary 
storage, communication unit peripheral devices and some 
type of communications medium to link the units together. 
The following paragraphs will briefly describe the 
components of the on-line system (Ref. 4). 

The heart of any computer system or configuration is 
one CFU; all computer configurations perform five basic 
muetions: (1) input, (2) primary storage, (3) arithmetic- 
moaile, (+) controls, (5) output. The actual CPU is made 
up of the primary storage, arithmetic-logic and control 
functions. The input function makes available to the 
CPU the data to be processed and instructions as to the 
method of processing. The output refers to the results 


of the data processed within the CPU and is written on 
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any one or a combination of various output media. The 
input and output units also translate the data into 
machine language from whatever form it is provided in 
and vice versa. 

The computer system requires controls to perform the 
following functions: 

(1) Tell the input device what data to enter into 
primary storage and when and where to enter it. 

C2ielil the armuimetie=forcice Sectlom Wiha operations 
to perform, where the data is and where to place the results. 
(3) Tell what file devices to access and what data 

to access, and 

(4) Tell what output media the results are written on. 
The arithmetic-logic section manipulates tha data in 
accordance with the algorithm of instructions. The manip- 
ulations are performed one operation at a time, with 
intermediat results being placed in primary storage. fThe 
primary storage is that section of the CPU where data and 
instructions are entered from the input device; results 
of intermediate processing of data are stored here along 
with final results until the computer is directed to 
write the results on output media. 

The stated size of the CPU refers to the capacity of 
the primary storage. The size of a processor's primary 
storage helps to determine the maximum size of programs 
and the maximum amount of data available for processing 


at any one time. Storage capacity is expressed in terms 
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of the number of addressable storage locations within 
the primary storage unit. The byte, made up of eight 
binary digits and a parity digit, is the basic storage 
unit of some computer systems. These bytes can be 
strung together in different ways to provide variable- 
length or fixed-length words. Flexibility results 
from the ability to string together bytes to make half- 
words, words and double words. The Burroughs 4700 com- 
puter system has a primary storage of 500 K (where K 
Meam@s thousands); that is, it has 500,000 sterage loca- 
tions (bytes) each of which is addressable by a programmer. 
The CPU can also be evaluated by two other aspects; 
access time and cycle time. Access time refers to the 
time it takes for the control section to locate instructions 
and data for processing. The CPU operates on pulses per 
length of time like a clock. During the instruction 
cycle, an instruction is obtained from a primary storage 
location and transferred to the arithmetic-logic section. 
During the execution cycle the instruction is executed 
using date in locations specified by the instruction; then 
inemeonmputer shifts back to the instruction cycle. The 
cost of pirmary storage is based on speed: as speed in- 
creases, the cost per bit stored increases. The virtual 
storage technique is a scheme which appears to increase 
the size of the primary storage. The basic idea is the 
dynamic linking of the primary storage with a slower, 


larger auxiliary storage. 
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Magnetic disks are the most popular choice among 
computer vendors and users. Magnetic disks come in 
several sizes and models; some are stationary devices 
and others are in the form of a stack of rotating metal 
discs on a spindle. Each disk surface is divided into 
tracks which are analogous to flattened, circular sec- 
tions of magnetic tape. Read-write heads mounted on 
access arms move in and out of the stack and are positioned 
over a particular track which contains data of interest. 
The speed with which data are written or read is depen- 
dent upon access mechanism movement time, type of 
read-write head, rotation speed of disk pack and the 
@ensity at which the data are recorded. The transfer 
mee Of a typical disk pack 3s 156,000 bytes per second. 
Disk files may be organized sequentially and processed 
like magnetic tape in addition to indexed sequential and 
direct access organization. On-line inquiry capability 
of large files is an example of the flexibility of disks. 

When the total number of terminals and printers 
and the amount of data transmitted exceed a certain level, 
the computer control progran (in residence) can no longer 
execute the interrupts, move the data into and out of 
storage and perform the necessary housekeeping without 
Significant reduction in computer throughput. To in- 
crease the capacity of the computer system, these func- 
tions can be moved out of the CPU and into a communications 


Processor cif “frontend” processor. Channels from various 
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terminals and other remote devices end at the front-end 
processor, and this processor in turn transmits clean 
data to the host CPU. A front-end processor will 
perform some, if not all, of the following functions: 

(1) Act as a message-switching center, acts as the 
central exchange in a fully interconnected communications 
network between terminals. 

(2) Routine housekeeping duties such as data requests, 
handling of message queries and priorities, etc. 

(3) Error checking and verification. 

(4) Gathering of system statistics. 

(5) Code translation into the machine language of 
the host CPU. 

(6) Preprocessing and editing. 

(7) Routing messages to and from required memory 
locations and notifying the software as required. 

Devices which are used to get the data into the system 
and information from the systems are called terminals. 
Terminals vary from teletypewriters to card readers, 
ieem=speed printers, CRIs, ete. An intelligent terminal, 
Wiue tne aid of a minicomputer, has the capability to 
perform operations on the data it handles in addition to 
transmitting it to the CPU. Minicomputers are physically 
small, relatively inexpensive and have a stored program 
of at least 4K. Minicomputers are used as front-ends 


(as discussed in the preceding paragraph), general 
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purpose computer systems and as intelligent terminals. 
Rather than use a front-end to the CPU in a computer 
system, intellignet terminals can be sued to extend the 
eapaclty Of the CPU. Alsq@ it is feasible for the ter- 
minal to accept transactions and perform some processing 
when the main computer is down or the communications 
system is interrupted. 

CRT terminals are available in an almost countless 
wer lety OL capabilities and prices. Basically, a CRT 
terminal has a keyboard for alphameric data entry and 
a CRT for visual output. The primary internal components 
are a memory and a character generator. The memory allows 
the operator to transmit data by the page or screenful 
memener than character by character. Most CRT terminals 
have optional data entry and editing devices available 
such as a cursor--a spot or other symbol on the face of 
the CRT that indicates the location at which the next 
data entry or reception operation will take place; ora 
light pen--an electronic ballpoint pen that emits a 
stream of electrons and is used to write directly on 


the CRT screen. 


C. IMPLEMENTATION OF THE ON-LINE SYSTEM 

The proposed implementation schedule Yor the MDR 
on-line project calls for a moduler or pilot approach. 
Initial installation of prototype equipment and training 


of personnel is to begin in September, 1975. The prototype 
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is to be installed in OA-621 and the MDR file for a 
paeelcular aircrart progcam will be run in parallel 

with the manual system for a period of 30 days. fMThere 
are several advantages to this type of approach, A 
high degree of protection is provided in the event of 
failure of the system. The risk of system failure is 
localized and the problems can be identified and cor- 
rected before further implementation is attempted. This 
approach also provides a live, hands-on environment to 
train operating personnel. 

The implementation scheme is modular in that the 
system is to be introduced in levels of complexity. On- 
line retrieval of MDR records only will be the first 
level. As the on-line retrieval becomes operational 
and perfected, on-line, batch updating of the prototype 
file will begin. The final stage of implementation 
real-time update and retrieval of the entire MDR master 
file. The phase-in approach offers several advantages: 
(1) rate of change can be minimized, (2) the system can 
be implemented over long time period with a minimum 
budget, (3) equipment can be acquired over a longer time 
period-reduced initial capital outlay. A major disadvan- 
tage is the development of a demoralizing atmosphere in 


the organization of “never completing a system" (Ref. 4). 
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V. DISCUSSION AND RECOMMENDATIONS 


A. ON-LINE PROJECT 
1. General 

The on-line project being pursued at the NAVAIRE- 
WORKFAC is essentially a conversion from one method of 
data processing to another method of data processing. 

The project is not an attempt to alter the design of the 
system but to computerize a specific activity of the 
system--MDR master file maintenance. Several problems 
have surfaced during the development of the project: 

the large size of the MDR master file, the size and com- 
plexity of an individual MDR and the need to interface 
the MDR master file with the remainder of the NAILC/MIS 
system. 

The development cycle of a management information 
system needs to contain control systems, well identified 
check points and organization checks and balances in 
order to make efficient use of resources. fThis cycle 
is broken up into separate phases, the phases serving 
as structural standards, which guide the system develop- 
ment. Table IIif is a suggested breakdown of the development 
process into six phases. 

The development schedule for the NAVAIREWORKFAC 
On-Line Project, Appendix C, does not include a feasibility 


study. The feasibility study allows management to 


73 





Phase Tate 


— Feasibility Study 

ITI Syouem opeCiticarten 

IIT System Engineering 

LV Programming and Procedure Development 

V Implementations 

val Operation ; oon 


Table III. System Development Cycle (Ref. 6) 


answer questions in three areas: (1) Is the proposed system 
pecolutcion to the actual problem? (2) Does sufficient 
economic justification exist to allocate resources to the 
project? (3) How does the project fit into the master 
plan? System projects should be within the context of 
the organization's long-range master that defines the 
general nature of systems that will be developed for some 
extended time period. Each project must be evaluated 
against that master plan, and either modified to be con- 
Sistent with it or cause changes to the master plan. 
2. User Requirements 

The user requirements (Appendix B) were compiled 
during interviews and conferences between project per- 
sonnel and users. Several iterations of the process 
were necessary to get the list of requirements to its 
present form which agrees well with a suggested list of 


user requirements for a general on-line system. To 
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completely satisfy the user requirements would nec- 
cessitate implementation of a full on-line retrieval 
and real-time update system. To effectively implement 
such a system would require extensive redesign of the 
present MDR file maintenance process, the MDR master 
file and the concept of the MDR itself. This task is 
beyond the scope of the NAVATREWORKFAC. 
3. Proposed System 

The proposed on-line system utilizes CRT type 
terminals with a maximum line length of 80 characters. 
The maximum line length of an MDR record reguires a 
ie leneth of 120 characters. In addition only 11 lines 
can be displayed on the CRT at any one time. ‘These re- 
strictions have necessitated extensive redesign of the 
format of the MDR record into eight separate displays. 
This reflects a decision made during the beginning stages 
of the project based on the fact a CRT of large enough 
Capacity was not then currently availabie and that the 
hardware for the system was intended to be purchased 
outright. At the present time, CRTs of large enough 
capacity are available but at a cost greater than twice 
the smaller version. The original intention to buy has 
Since been modified to the idea of leasing. 

The proposed system uses 17 CRT Terminals, 16 
for the analysts and one. for display purposes. Calculations 
made using the workload data collected, Table II and 


Pependix Aygechow that a minimum of 15 CRT terminals will. 
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be required to handle the full workload of OA-621. The 
data also show that only four terminals would be suffi- 
cient for a record retrievai only system. The time 
required to complete an MDR update operation was based 

on estimates of individual analysts to complete an update 
operation in the present, manual system. This time figure 
assumed no learning curve for the analysts once the on-line 
system was fully implemented. The time required for a 
file search and retrieval operation was assumed constant 
at one and a half minutes per operation. The sample size 
taken was relatively small and therefore the data is not 
as good as it could be. Comparing the analysts' estimates 
with OA-621 branch records indicate workload and time 
estimates may be underestimated. 

One problem that has not yet been considered to 
any extent by project personnel is that of file security. 
In any information system incorporating a large data base, 
security 1S an important aspect. One example of a file 
security system taken from a court information system 
incorporates four levels: (1) Each person authorized 
to update the files is assigned an access code. (2) Cer- 
tain terminals are designated as display terminals only. 
(3) Transactions on given terminals are restricted to 
Certain files only based on areas of responsibility. 

(4) Transactions for a given terminal are restricted to 
pecriorizeo ttelds and modifications to the file can only 
be made during those pericds when authorized persons are 


on duty (Ref. 4). 
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B. RECOMMENDATIONS 
1. Cost Evaluation of On-Line Project 

dite, Onettinespro ject ised ives tment of Gesources 
and as such should be justified in terms of a cost- 
effectiveness analysis. Questions that should be 
answered are: (1) assumed operational lifetime of system; 
(2) project development cost; (3) present system operating 
cost; (4) projected operating cost of new system; and 
(5) operating cost benefits. Certain costs of the system 
are sunk costs, for example procurement costs of equipment, 
and can be amortized over the lifetime of the system. 
Other costs, such as maintenance and operational costs 
or lease payments, are recurring costs and, as such, effect 
the monthly cash flow of the organization. When comparing 
the costs of new systems against present systems, care 
should be taken to insure that the marginal costs are 
given the proper attention. 

A preliminary MDR system cost comparison was per- 
formed by the on-line project personnel during February, 
1975. The estimated cost savings for the first year 
of full operation of the on-line system were approximately 
$170,000. However, included in this estimate were sunk 
costs of equipment, such as storage bins and OCR type- 
writers, already owned by the NAVAIREWORKFAC which makes 


the estimate arrived at highly questionable. 
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If a system is going to be in operation for more 
than about five years it 1s generally cheaper to buy 
rather than lease. However, leasing does not reguire as 
large an initial outlay and does offer the advantage 
of greater flexibility in the choices of equipment. For 
the application being pursued by the NAVAIREWORKFAC, it 
is recommended that leasing be considered for the CRT 
terminals. 

Be prand: 

The U.S. Navy is proposing to upgrade the DPSCPAC 
computer facilities with the acquisition of a new computer 
system commonly referred to as "Brand Y." The proposed 
implementation date is currently July; 1976. The pro- 
posed date for full implementation of the NAVAIREWORKTAC 
On-line system is February-March, 1976. It should be 
ensured that any equipment acquired, any software acquired 
and/or any system modifications made ‘are compatible with 
"Brand Y." Further, enough flexibility in the on-line 
sustem must be retained to take advantage of whatever 
the new computer can offer. 

4. Study of MDR system 

The present motivation for the MDR on-line project 
iabo produce a “better product." That is, to produce 
an MDR file that is as accurate and up to date as possible. 
A study must be made of the MDR and the role it plays in 


overall operation of the NAVAIREWORKFAC to look for 
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iwowltication and benefits of the on-line project, or of 
a completely redesigned system, in terms of overall per- 
formance of the organization. The question to be asked 
is: What can be done to the MDR system to produce a 

more efficient and timely rework cycle for the aircraft 


for which NAVATREWORKFAC has responsibility? 


(e, 





APPENDIX A. DATA 


I. TIME DATA 

Table IV gives the data collected on the elapsed time 
required for MDR change forms to travel from the Methcds 
and Standards Division, 63000, to the OCR typist pool in 
OA-621; and the amount of time required in the OCR typist 
pool for MDR change form to be converted to OCR format 
for input to the computer. The elapsed time includes 
only working days. The data was taken from the Methods 
aide ocandards input to OA-621 during the period from 


puswanuary 1975 to 7 February 1975. 


Elapsed # of MDR Change # of MDR Change 
Time HORS 1icoMm Omnis ela 
(Days) CSU mtono7! 621 OCR pool 
0 105 0 
1 78 16 
2 lo 93 
3 Sal Zi 
Ly 19 92 
5, 1 Bie 
6 iL i 
7 8 O 
8 2 8 
9 O O 
10 O O 


Table IV. MDR Flow Time 


the mean (630 to ocR) = X = 1.54 days 
PiemvariaGlon — 5 — 2.61. the standard deviation = s=1.67 days 


ime a. Omnia ad tS tri bucion holds: 
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95% confident of not exceeding 4.9 days 
99% confident of not exceeding 6.4 days 
The mean (time in OCR pool) = X = 3.08 days 
The variation = s = 2.42 
The standard deviation = s=1.56 days 
iietne normal distributions holds: 
95% confident of not exceeding 6.2 days 


99% confident of not exceeding 7.8 days 
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Type Analysts' Estimates 
Operatio ave. low | high 
% of Workload 








A 3 20 67 
B il | 
C ae 

Time for Operation 

(minutes) 

A . Zeek 4S 2G z 
ly ose 4 11 7.3 
C 126 8 Ze MB re! 


Operations Type 
A: 1 to 2 line MDR change 


B: 5 lines or greater (1 MDR change form) 
C: new MDR 


Table V. MDR Workload and Time Estimates 


The data in Table V is reduced data gathered during 
interviews with Operations Analysis analysts employed in 
OA-621. The analysts estimated what percentage of their 
workload was made up of the different type MDR operations. 
The estimates for time required for the operations does 
not include research time. The analysts estimated that 


84 percent (mean) of their total work load was comprised 
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of MDR file maintenance operations. The sample size was 
12 percent of the analysts employed by OA-621. 

The data in Tables II and V can be used to make a 
rough calculation of the minimum number of terminals 
required in the system. The calculations refer to the 
OA-621 Branch only. 

A = number of MDR records updated per hour 


S = number of update operations per hour that is 
within the capacity of one terminal 


C = minimum number of terminals 

t = time required for operation 

c= Oop mez nee Cs BO) N73) eeeko) Glia.) ="? minutes 
Se 007 oa 0, > operations wer hour 

a C7 =amwur2 > C215 


For retrieval only, assume retrieval operation takes 
1.5 minutes maximum: 
S = &%s = 40 operations per hour 


78 
cas <1) aoe @ 2% terminals 
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APPENDIX Bs ON-LINE USER REQUIREMENTS 


GENERAL REQUIREMENTS 


1. 


Ze 


OX 
lies 


We 


Convert the magnetic tape MDR file to a random 
access storage medium. 


Provide real-time (response to inquiry within 5 
to 10 seconds with 30 seconds maximum) access and 
update of the file. 


Control access to records and changes to certain 
parts of records by requiring authorization codes 
(Yertical ana norizontal). 


Maintain cross-references on-line, either as dic- 
tionary type files or extracts from the MDRs. 
When an MDR is updated, automatically update the 
applicable report and/or cross reference files. 


Provide for local option programs. Those required 
at North Island include a Manufacturing Program 
adaption of the MDR file, a Quality Characteristics 
Lien. and a Prley Overhaul program. 


Output the file on magnetic tape daily to interface 
with other standard applications. This output can 
also become backup for the random access file. 

The daily file dump and a tape with the daily 
transactions will be needed for recovery. 


Acquire CRT and printing terminals which will 
handle the record in its present format and will 
allow "rolling" forward and backward to display 
a complete MDR. 


Provide special function keys for add, delete, etc. 
Reduce record size by reducing unused records. 
(i.e. Non-used 4XX and 5XX lines.) Publish a 
maximum file size based on hardware limits. 


Reduce file size by implementing a multi-use MDR. 


Provide on-line, real-time access during working 
hours of the prime shift with exceptions as required. 


After 3 minutes of display in an update made with 


PemacmironweCcloar tie Cx M but retain the display in 
memory to allow a recall with a function key. 
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ine 


INQUIRY REQUIREMENTS 


1. 


Sueceta = sUlicLlOnekeys ce brins Up Option programs 
(display, print, edit, etc.) should be labeled as 
such on the keyboard. A key to generate four zeros 
(beginning with either position 1, 5, or 9 of the 
CiN) would facilitate input of CINs. 


Accept proper inquiries by Part Number, Operations 
Analyst Code, Operation Code, NIIN, and other 
specified MDR fields. Display and print as re- 
quired the MDRCC and CIN of applicable records 

(or print off line where volume prohibits on-line 
reports). Display an MDR shown in any X-Ref dis- 
play by moving cursor to proper MDRCC/CIN and 
pushing one function key. If only one MDRCC/CIN 
is applicable, display it. Retain batch process 
report programs. 


Accept inquiries to display either or: 
a. An MDR (MDRCC and CIN) 


b. An MDR and its subordinates 


(NOTE: Indicate that there are subordinate 
Or parent MDRs.) 


c. An MDR and its overflows 
(NOTE: Indicate that there are overflow MDRs.) 


Accept request for display by next responsible code 
for double certification by M&S, Ops Analysis or Q.A. 


Accept requests on-line for preparation of off-line 
overnight reports. 


DISPLAY REQUIREMENTS 


6 


Retrieve and display an entire record or as much 
eomeractzcal, in 1ts present format, on a CRT 
screen with the capability to print it on a remote 
printer as required. 

(NOTE: Several 80 column formats are enclosed if 
request is not feasible.) 


Upon authorized and valid inquiry from a terminal 
by entry of an MDRCC and CIN: 


a. Display the record on a CRT (or multiple terminals 
Simultaneously, if called), or 


DPMEloumuethe mecond on the printer, or 
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je indacawem om cine de Vase toa Gemnlere 1S no 
such record on file. 


Print a record at an addressed terminal other than 
the one where the transaction originates, upon 
authority and proper command. 


Display or print reports on-line. Cross references 
were mentioned previously. In addition, report 
deleted records to cognizant Operations Analysts. 
Report deleted lines to M&S. Report records in the 
"holding" status to originator after a specified 
period of time. Print changes in alpha negative 
codes, non-capability records, for Code 623, and 
deletion onucienm recouag Lomoot yes, O12, and 
620Reiren Gee rave lamer ince yims Licts for 
Namie Obs DeiOuwemocal. Option) a  linunt 
QCLs upon proper request from control center ter- 
i iawcmnCciniowieets Cpl on). 


USCrmeecetpmeet proper authorization, display 
assignments of security codes and statistics such 
as records on file, numbers of changes by terminal, 
etc. 


Space filled 4XX and 5XX lines need not be displayed. 


Retain the last record displayed to allow recall 
with a minimum of input. 


Allow retrieval of an MDR and its subordinates or 
overflows. Provide for "rolling" MDRs forward or 
backward by means of a single function key vice 

a keying of a new control group. 


UPDATE REQUIREMENTS 


a, 


Ze 


Allow editing of a displayed record on a CRT, via 
keyboard input with new data displayed as typed. 


Duplicate all the input validations now employed 
in the batch method, but apply them On-Line. 
iImdieate errors to the user of the CRT terminal, 
Biamdo now accept invalid input. 


Enable editing of a record displayed on the CRT, 
when authority and validity is established. Allow 
one terminal at a time, in a change mode, to locate 
aeoine, and samy characber Within a line. Write 
input characters over the old record, storing such 
input until a command is given to effect the change. 
At that time, write the new record to the file and 
display it to the user. Accept new records in 

the same way. 
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Delete entire MDRs, upon proper authority. Write 
deleted records to a history tape, to be retained 
for one year. 


Require multiple authority on certain changes. 
Chain a trailer record of a proposed change until 
the proper authorization 1s applied. While this 
“HOldite! = tecord = !ouom une fie, wadgea re ics 
presence to terminals which access the parent re- 
cord. Display or print either the parent or the 
"holding" record upon proper command. Accept 
CHeateco Mpa Louie Horde record. Upon receipt 
of necessary authorizations, replace the parent 
with the changed record and display it. 


Perform mass copy action changes to as many records 
as possible. These changes include those in the 
present system and some new requirements. These 
changes may be validated on-line and updated off- 
line overnight. 


Place all changes requiring more than one organiza- 
TlONalMehcieles InpUL wmvO a “holdup” file until 
all change requirements are met. 


i@tieweo—on Cachelane, the time Gate and Source 
of last line change. 


Autematically “spread" a field if a character or 


eiaetchems abe inserved. Indwcate as an error if 
the fields spreads to exceed the space allotment. 
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APPENDIX C. 


ON-LINE PROJECT TENTATIVE PLAN 


I. Designate Representatives from each area 
Ti. Work out “real world" details with each representative. 
Iii. Compile and evaluate needs in terms of input, output, 
and hardware. 

IV. Get approval of statement of requirements by NARF 

people involved. 
V. Confer with DPSCPAC. 

Vi. Prepare problem difinition document and submit it to 
DPSCPAC. Submit any separate hardware requirements 
to appropriate agency. 

Vil. Prepare programs and hardware. 
VITI. Test and evaluate system 

IX. Prepare operating procedures 

i  Comndmen: trarning . 

ror, jimplement. 

TABLE Vi. Initial On-Line Project Schedule (Ref. 8) 
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